home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Diamond Collection / The Diamond Collection (Software Vault)(Digital Impact).ISO / cdr37 / tictr128.zip / READ.ME < prev    next >
Text File  |  1995-04-01  |  15KB  |  366 lines
  1. TICTOSS BETA READ.ME
  2.  
  3. This version of TicToss is a BETA version under development for those systems
  4. wishing to forward TIC files along to others (ie "hub support").  The support
  5. is not yet complete, but has reached a milestone in development where we are
  6. seeking input on our progress as well as validation of the integrity of the
  7. software by others in the event we overlooked something.  This release should
  8. NOT be run unattended as it may experience difficulties and not be able to
  9. recover.  This release should NOT be placed online in a production environment
  10. until you have VALIDATED everything as being in working order -- be kind to
  11. those who pickup TICs from you as well as yourself.
  12.  
  13. Remember...this is a BETA, not a WIDE BETA...PLEASE protect your data!!!
  14.  
  15.  
  16. UPGRADING TO THE BETA
  17.  
  18. We have included a copy of our sample distribution TICTOSS.CFG from the v1.10
  19. release in this archive, but if you are not currently running this version
  20. (or the most recent release version, which is v1.15) we encourage you to obtain
  21. the complete package which includes complete documentation.
  22.  
  23. In order to upgrade there are a few new keywords for the configuration:
  24.  
  25. ------------------------------------v1.20-------------------------------------
  26.  
  27. Initial beta release to interested parties -- be careful!
  28.  
  29.  
  30. Address -- the Fidonet technology address to place in the TIC files; this
  31. should be in the form Zone:Network/Node.Point
  32.  
  33.  
  34. TicDir  -- the directory where TIC files should be placed for others; this
  35. is not the directory for incoming TIC files, but outgoing ones; also the
  36. directory where we store our file for keeping track of the filename to use
  37. for the TICs (SERIAL.NUM); in general you should peek at this directory,
  38. but NOT modify any files;
  39.  
  40.  
  41. NetMailDir -- the directory where the file attach should be written; at this
  42. time only *.MSG file attaches are possible and there should not be any chance
  43. for greater than 999 files in the directory at a time; which is almost
  44. impossible under DOS, very workable under OS/2
  45.  
  46.  
  47. SendTo -- instructs TicToss to send this area to someone else; the address for
  48. the downlink should be in the same form as the Address keyword (see above),
  49. followed by the downlink's password; this keyword should follow the Password
  50. keyword in your configuration for the area you would like to send; there are
  51. no limitations in the number of SendTo keywords you may have, repeat as often
  52. as you need to do so just as you do with the AreaName keyword
  53.  
  54. ------------------------------------v1.20------------------------------------
  55.  
  56. ------------------------------------v1.21------------------------------------
  57.  
  58. Corrected problem with duplicate TIC files being created.
  59.  
  60. ------------------------------------v1.21------------------------------------
  61.  
  62. ------------------------------------v1.22------------------------------------
  63.  
  64. Corrected problem with undefined file echos causing abnormal termination
  65.  
  66. Added BinkleyTerm support; Preliminary and will need to be reworked before our
  67. production release
  68.  
  69. Added Passthru support; also includes a PASSTHRU utility to check the PassThru
  70. files to delete files after there are no additional TIC files
  71.  
  72. Added support for FD's KFS (Kill File Sent) flag so FD should now delete
  73. the TIC files after sending them; TIC files created with v1.20 did not have
  74. the KFS flag set so the TICs are still in your TicDir -- you may wish to
  75. manually delete these IF you are sure the remote systems picked up the TICs
  76. already (Assuming you are actually running TicToss online in some limited
  77. fashion).
  78.  
  79. Released beta version of PassThru utility for purging PassThru files after the
  80. files have been picked up; More info below
  81.  
  82.  
  83. New Keywords:
  84.  
  85.  
  86. FileAttach -- instructs TicToss whether to use *.MSG file attaches (as v1.20
  87. did) or to write to BinkleyTerm's file attaches (.FLO files).  Values possible
  88. are MSG and FLO, default is MSG just in case you are NOT reading this. 8-)
  89.  
  90. FD users:  FileAttach MSG
  91. BT users:  FileAttach FLO
  92.  
  93.  
  94. Outbound -- FOR BINKLEYTERM USERS ONLY; if setting FileAttach to FLO, then
  95. TicToss needs to know what directory is your default outbound.  This is the
  96. same value as the Hold keyword in your BINKLEY.CFG.  Currently supported are
  97. multiple Zones for those wishing to forward to distant Zones, as well as
  98. points.  The point support is limited to your own points -- ie if your address
  99. is 1:136/1,  you cannot forward files to 1:136/2.1.  The point support uses the
  100. point directory support that BinkleyTerm offers, but does not support the
  101. "FakeNet".  Probably best to wait until the BinkleyTerm support is further
  102. enhanced before forwarding to points, but it is there if you need it.
  103.  
  104. PassThru -- Instructs TicToss to purge files AFTER all the downlink systems
  105. have picked up their files; Similar to the DeleteArea keyword in that it is
  106. used on areas individually and should be placed somewhere BEFORE the Password
  107. line.  PassThru files are stored in the directory with the TICs, this is
  108. set using the TicDir keyword (above).  All the normal keywords associated with
  109. a non-PassThru area need to be declared -- a future release will make them
  110. optional.
  111.  
  112. -------------------------------------v1.22---------------------------------
  113.  
  114. -------------------------------------v1.23---------------------------------
  115.  
  116. Corrected problem with TICs with long descriptions introduced prior to first
  117. publicly available beta.
  118.  
  119. -------------------------------------v1.23---------------------------------
  120.  
  121. -------------------------------------v1.24---------------------------------
  122.  
  123. Several keywords used to configure TicToss were changed to more meaningful
  124. names (hopefully)
  125.  
  126. TICTOSS.LOG formatted so it is more meaningful/readable;
  127.  
  128. Unknown keywords reported locally; some editors are embedding spaces in the
  129. TICTOSS.CFG, usually when cut/paste operations are performed;
  130.  
  131. Added LOTS of error-checking/trapping as we prepare for a general release
  132.  
  133. Released "bare-bones" TicMake utility for creating TIC files; more info below
  134.  
  135. Eliminated the number of TIC files TicToss can handle in its InboundDir from
  136. 999 to UNLIMITED.
  137.  
  138. Expanded the number of *.MSG files TicToss can handle to 9999, up from 999
  139. just in case.  This only affects FD users who have FileAttach setup for MSG,
  140. BinkleyTerm users setup for FLO don't have any limitation with file attaches.
  141.  
  142. Correct file sharing problem, discovered under OS/2
  143.  
  144.  
  145. New/Modified Keywords:
  146.  
  147.  
  148. Rename Inbound keyword to InboundDir.
  149.  
  150. Rename Outbound keyword to OutboundDir (BinkleyTerm users only).
  151.  
  152. TicMakePassword -- Password TicMake utility will use; TicToss will run okay
  153. without this password defined if you are not using TicMake.  Nice idea to
  154. define it now.
  155.  
  156. -------------------------------------v1.24---------------------------------
  157.  
  158. -------------------------------------v1.25---------------------------------
  159.  
  160. Corrected an error-checking problem with the Address keyword
  161.  
  162. Corrected an error-checking problem with TIC keyword handling
  163.  
  164. Unless there are problem reports this will be the last beta version!  Plans
  165. are being made to migrate to our professional development tool to allow us
  166. to move towards OS/2 and network ready version of TicToss -- we have run into
  167. memory difficulties with out current development platform which have caused
  168. many problems (it takes software to create software).
  169.  
  170. TicMgr is still not finished yet, but it will be released in beta form just
  171. as soon as possible.  We had hoped to ship an initial version by the end of
  172. January, but this will slip into early to mid February due to a busy month
  173. of January.  FYI, TicMgr will allow your downlinks to add/delete file echos
  174. "automatically" by sending netmail.
  175.  
  176. BTW, be sure to look at the enclosed SUPPORT.TXT for information on reaching
  177. us to report any difficulties or suggestions.
  178.  
  179. -------------------------------------v1.25---------------------------------
  180.  
  181. -------------------------------------v1.26---------------------------------
  182.  
  183. Corrected an error dealing with writing *.MSG netmail file attaches.
  184.  
  185. Corrected condition where the PassThru database was not indexed correctly
  186. when first initialized.  PassThru utility will now rebuild the indexes from
  187. the PassThru database -- Just run PassThru and it will clean up behind TicToss
  188. v1.25 if needed automatically.
  189.  
  190. -------------------------------------v1.26---------------------------------
  191.  
  192. -------------------------------------v1.27---------------------------------
  193.  
  194. Several persons using the *.MSG support reported difficulty in sending files
  195. to points.  Due to those fields being labeled "optional" in the specification
  196. apparently several developers did not implement the support.  Please test the
  197. point support if you are able to do so and drop a note to let me know if we
  198. took care of the problem.
  199.  
  200. Corrected an EMM386 problem resulting the belief that all descriptions of files
  201. wouldh have some delimiting character (space, comma, semicolon, etc).
  202.  
  203. -------------------------------------v1.27---------------------------------
  204.  
  205. -------------------------------------v1.28---------------------------------
  206.  
  207. Updated for the release of TicMgr v0.20, an automated way of maintaining file
  208. echos for those who pickup TIC files from your system.  TicMgr is being
  209. distributed separately as it works with all versions of TicToss.
  210.  
  211. -------------------------------------v1.28---------------------------------
  212.  
  213. PassThru Utility Info:
  214.  
  215. Included in this archive is our PassThru utility.  PASSTHRU.EXE should be
  216. placed in the same directory as TICTOSS.CFG so it can read the path to the
  217. TicDir (where TIC files and PassThru archives are stored).  PassThru will
  218. search to see if there are any archives (ZIP files, ARJ files, etc) which
  219. are missing their TIC files.  If there are multiple TICs for an archive,
  220. PassThru should delete the record in its Passthru database (TicToss creates
  221. and adds records for PassThru nodes).  When the last TIC file is missing,
  222. PassThru should erase the archive.  If you are short on disk space, or have
  223. a lot of persons picking up files as PassThru, you may wish to run PassThru
  224. periodically during the day -- Be sure no one is online transferring files
  225. or PassThru could erase a file before they download the archive.
  226.  
  227.  
  228. TicMake Utility Info:
  229.  
  230. Included in this archive is a primitive TicMake utility.  TICMAKE.EXE should
  231. be placed in the same directory as TICTOSS.CFG so it can read various pieces
  232. of information.  Why primitive?  It is EXTREMELY dependent on the TICTOSS.CFG
  233. being formatted so that the FilePath is just under the AreaName.  I would
  234. prefer to have TicMake not read TICTOSS.CFG for the AreaName info, and would
  235. also like to try to refrain from having a version of TicMake specific to each
  236. version of TicToss.  At this point I can only say it is more user-friendly
  237. than HATCH <grin>, but very functional.  TicMake will place the TIC it creates
  238. in the InboundDir.  TicToss should be run after TicMake and it will take care
  239. of adding the description to the BBS file listing, and forwarding to others
  240. (if the AreaName is one you are hubing).  BTW, descriptions limited to 100
  241. characters.
  242.  
  243. ------------------------------------FD example-----------------------------
  244. Mini-Example of New Keywords for FD users; FIDONEWS is a passthru file echo,
  245. meaning that once everyone has picked up their files our PASSTHRU utility
  246. will remove the files from your hard disk.  NODEDIFF is NOT a passthru area.
  247.  
  248.  
  249. Address 1:136/1
  250. InboundDir c:\fd\file
  251. TicDir c:\tictoss\ticdir
  252. NetMailDir c:\binkley\netmail
  253. FileAttach MSG
  254.  
  255. ...[other configuration info omitted]...
  256.  
  257.  
  258. AreaName FIDONEWS
  259. Passthru
  260. FilePath c:\Filebone\Fidonews
  261. Dir c:\Filebone\Fidonews\Feather.Bbs
  262. Host 1:136/2
  263. Password guess
  264. SendTo 1:136/5 beeper
  265.  
  266. AreaName NODEDIFF
  267. FilePath c:\FileBone\NodeDiff
  268. Dir c:\FileBone\NodeDiff\Feather.Bbs
  269. Host 1:136/2
  270. Password guess
  271. SendTo 1:136/5 beeper
  272. SendTo 1:136/4 cellular
  273. -------------------------------------------------------------------------------
  274.  
  275. ------------------------------Binkley Example----------------------------------
  276. Mini-Example of New Keywords for BT users; FIDONEWS is a passthru file echo,
  277. meaning that once everyone has picked up their files our PASSTHRU utility
  278. will remove the files from your hard disk.  NODEDIFF is NOT a passthru area.
  279.  
  280.  
  281. Address 1:136/1
  282. InboundDir c:\binkley\inbound
  283. TicDir c:\tictoss\ticdir
  284. NetMailDir c:\binkley\netmail
  285. FileAttach FLO
  286. OutboundDir c:\binkley\outbound
  287.  
  288. ...[other configuration info omitted]...
  289.  
  290.  
  291. AreaName FIDONEWS
  292. Passthru
  293. FilePath c:\Filebone\Fidonews
  294. Dir c:\Filebone\Fidonews\Feather.Bbs
  295. Host 1:136/2
  296. Password guess
  297. SendTo 1:136/5 beeper
  298.  
  299. AreaName NODEDIFF
  300. FilePath c:\FileBone\NodeDiff
  301. Dir c:\FileBone\NodeDiff\Feather.Bbs
  302. Host 1:136/2
  303. Password guess
  304. SendTo 1:136/5 beeper
  305. SendTo 1:136/4 cellular
  306. --------------------------------------------------------------------------------
  307.  
  308.  
  309. ACTIVELY PARTICIPATING IN THE BETA CYCLE
  310.  
  311. Below is a recent call for beta team members...if you would like to actively
  312. participate then fill out and email.
  313.  
  314.  
  315. -----
  316.  
  317. Call for TicToss Beta Team Members
  318. December 3, 1994
  319.  
  320. TicToss, a Fidonet .TIC processor for FeatherNet Pro, RBBS, Spitfire, and
  321. TriBBS, will enter into a public beta test in the near furture.  The purpose of
  322. the beta is to collect feedback from the TicToss community as we move towards
  323. the completion of support for those TicToss systems wishing to forward files
  324. to others ("hubbing").  While the beta test is intended for registered TicToss
  325. users, anyone may participate if they have the time and inclination.  The first
  326. beta code should be delivered to the TicToss Beta Team around the 15th of Dec.
  327.  
  328. Distribution of TicToss betas will be made exclusively from our Support BBS
  329. into the TicToss File Distribution Network (Fidonet FileBone).  For those who
  330. may not enjoy a connection to the FileBone, betas may be picked up via Fidonet
  331. technology from the Support BBS.  For our friends outside of North America,
  332. remember the ftp.fidonet.org site which is supposed to carry the TicToss FDN
  333. for anonymous ftping.
  334.  
  335. Beta test notes/feedback will be posted to the TicToss echo, which is available
  336. only from our Support BBS at the present time at 28.8 v.fc or 19.2k ZyXEL.
  337.  
  338.  
  339. Eddie Rowe
  340. WER Development
  341. Fidonet#1:136/1.0 (Support BBS)
  342. 318-325-6608 (Support BBS)
  343. WerDev@Aol.Com
  344.  
  345. [Please import the TicToss.App into an email note rather than file attaching]
  346. ------------------------------------------------------------------------------
  347.  
  348. First & Last Name:  _______________________________________
  349.  
  350. Fidonet Address:  _________________________________________
  351.  
  352. Password:  ________________________________________________
  353.  
  354. BBS & Version:  _____________________________  Nodes:  ____
  355.  
  356. Operating System:  __________________________
  357.  
  358. Operating Environment:  _____________________
  359.  
  360. Fidonet Mailer & Version:  ________________________________
  361.  
  362. Method for obtaining betas: [ ] FileBone
  363.                             [ ] Support BBS (via .TIC)
  364.  
  365.  
  366.